home *** CD-ROM | disk | FTP | other *** search
- Dnia 06-Wrz-98, Kamil Iskra rzek³ co nastêpuje:
- > On Fri, 4 Sep 1998, Miloslaw Smyk wrote:
- >
- >>>>> co do zmiany daty powy¿ej 2000. jak to wygl¹da na amidze?
- >>>> Z tego co wiem, slyszalem, czytalem - raczej nie ma problemu (do roku
- >>>> 2030? czemu akurat do tego roku?)
- >>> Wydaje mi siê, ¿e to trochê dalej, ni¿ 2030, chyba gdzie¶ ko³o 2050.
- >> A dok³adnie - 31 Grudzieñ 2045 (wg Guru Book). ;)
- >
- > Trochê mnie zaskoczy³e¶ t± informacj± - wyda³o mi siê nieprawdopodobne,
- > aby 2^32 mog³o byæ wielokrotno¶ci± liczby sekund w roku, wiêc wzi±³em siê
- > za kalkulator i "lekko" zdziwi³em:
- >
- > 2^32/(60*60*24*365.25)=136.0993
- >
- > A wiêc, jak mo¿na by³o oczekiwaæ, nic okr±g³eo. Co wiêcej jednak:
- >
- > 1978+136=2114
- >
- > Sk±d wiêc ten 2045?
- >
- > Fakt, ¿e je¿eli liczbê sekund zapiszemy jako 32-bitow± ze znakiem, a wiêc
- > opisuj±c± liczbê dodatni± przy pomocy tylko 31 bitów, to:
- >
- > 136/2=68
- >
- > 1978+68=2046
- >
- > Robi siê wiêc ju¿ do¶æ przyzwoicie blisko tego koñca 2045.
-
- "The system date is currently limited to the time range from 2 January 1978
- to 31 December 2045 (19 January 2046, 03:14:07, prior to 2.0). In theory,
- the limit could be extended to as much as the year 2113, but the functions
- DateToStr() and StrToDate() currently recognize only up to two digits for
- the year (corresponding to 1978 to 2077) and interpret the tv_secs field of
- the timeval structure as a signed integer." GB, str. 406
-
-
- > Ale dlaczego traciæ ten jeden bit na znak? Wydaje siê to cokolwiek bez
- > sensu. Mo¿e to po prostu b³±d w obecnych wersjach systemu.
-
- Powiedzmy - "niedoci±gniecie". :)
-
-
- Hej,
- Mi³ek
- --
- mailto:thorgal@amiga.com.pl | "Man in the Moon and other weird things" -
- http://wfmh.org.pl/~thorgal/ | see it at http://wfmh.org.pl/~thorgal/Moon/
-
-
-